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(54) SYSTEM FOR INTERCONNECTING A REMOTE SERVER WITH A SHORT MESSAGE SERVER 
CENTRE (SMSC) VIA THE INTERNET 



(57) It allows the transmission of short messages 
(SMS) between a remote server (1) and a mobile tele- 
phone user (7) : that is in communication with a short 
message service centre (5) via GSM network 10. It is 
characterised in that remote server (1) communicates 



with the short message server (5) via a hypertext trans- 
fer protocol (http), for which both server (5) and remote 
server (1) have means ol bi-directional transmission/re- 
ception (2, 3, 8 and 9) of the short message via the In- 
ternet protocol (http). 
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Description 

OBJECT OF THE INVENTION 

[0001] The object of the invention in question, as stat- 
ed in the title to this descriptive specification, is to allow 
the bi-directional transmission of short messages be- 
tween a remote server and a mobile telephone user 
through Internet, and more specifically on http protocol 
(hypertext transfer protocol). 

BACKGROUND OF THE INVENTION 

[0002] The transmission of short messages among 
mobile telephony users is well-known in the state of the 
art, for which said users communicate through the GSM 
(global system for mobile) network witb a short message 
service centre SMSC of a mobile telephony operator. 
[0003] Given the importance of the added value of 
short messages, these have been introduced such that 
a remote server, a service provider for example, uses 
the applications based on short messages in multiple 
applications such as news, queries, alarms, etc. 
[0004] At the present time it is necessary to have an 
SMSC to be able to give services of this type, so that 
many applications are developed in cooperation be- 
tween the provider and a mobile telephony network op- 
erator. 

[0005] In general, in order that a service provider can 
offer messaging to GSM users, he must contact a mo- 
bile telephony operator and the latter facilitates a dedi- 
cated access to the short message centre for his use. 
This results in the implementation of this type of appli- 
cation being slow due to the process involved in the in- 
stallation of a dedicated line in the service company and 
to the work to be carried out with the complex and not 
very widespread SMS protocols. 
[0006] Hence, the costs in material, connection and 
manpower to deploy this type of service are high. Also, 
the mobile telephony operator has to furnish the service 
provider with a telephone number for access and a di- 
rect access line to the SMSC, so that he may offer some 
not very stringent safety levels. 
[0007] Hence, permitting a remote server, dedicated 
to message services, to be able to send short messages 
to mobile telephony users, implies high costs and long 
implementation times for this type of service. 

DESCRIPTION OF THE INVENTION 

[0008] To overcome the drawbacks mentioned above, 
the invention has developed a new system that permits 
the interconnection of a remote server with a message 
service centre to be carried out through Internet and 
more specifically the invention is characterised in that 
the remote server communicates with the SMSC via the 
Internet hypertext transfer protocol (http); for which both 
the SMSC and the remote server have means of bi-di- 
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rectional transmission/reception of short messages via 
http. 

[0009] The transmission/reception means of the SM- 
SC and of the remote server, are defined by a client 

5 module and a server module; client modules comprising 
a block for composing short messages adapted lo the 
http protocol (SMS-http), which composes SMS mes- 
sages adapted fortheirtransmission via the Internet http 
protocol. Client modules also comprise a block for trans- 

10 mission of the SMS-http messages to the server module 
to which it is desired to send them. 
[0010] Regarding the server modules of the SMSC 
and of the remote server, these comprise an SMS-http 
message reception block and the server module of the 

1$ mobile telephony operator has a block for composing 
the SMS proper, which composes the SMS message 
from the SMS-http message. 

[001 1 ] This system has the great advantage that it im- 
plies a considerable saving in costs, since practically the 

20 entirety of the remote servers have connections to In- 
ternet as well as client modules and http server mod- 
ules, based on which the system of the invention is im- 
plemented, apart from its costs being very low. 
[0012] This solution also has the great advantage that 

25 the SMS protocols are only implemented once in the cli- 
ent module - server module of the mobile telephony op- 
erator which eliminates the costs of each implementa- 
tion of these protocols on the part of each new service 
provider. These features also mean no information need 

30 be offered to the providers on the internal procedures 
and facilities of the mobile telephony operator, since for 
the remote servers, it is only necessary to know the con- 
nection data with the http server which reads this proto- 
col. 

35 [0013] The server modules of the invention comprise 
a data analysis block that has access to a database to 
verify the data of the originator, of the message address- 
ee, and of the access code, and as a function of this 
verification, it generates a return code signalling that 

40 these data are correct or on the contrary they are er- 
rored. 

[001 4] To this end it has been foreseen that the server 
modules have a block for generating return codes to in- 
dicate this circumstance, and also, in the event there 

45 has been an error to signal the type of error produced. 
Clearly client modules have a block for reception of re- 
turn codes in order to know if the data are correct or 
errored, and in this last case, the type of error produced. 
[0015] Another feature of the invention consists in that 

so client modules comprise a means of calculating addi- 
tional safety functions, as for example can be HASH 
functions used conventionally in commercial transac- 
tions through Internet. 

[0016] Obviously the server modules have to com- 
55 prise a means of verifying the HASH security functions 
in order to generate a return code that accepts or denies 
the communication as a function of the HASH sent and 
obtained. 
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[0017] This feature provides an additional advantage, 
by offering greater security than that conventionally pro- 
vided by the conventional short message system, since 
it allows identification of the service providers, the tele- 
phone numbers to which the messages are directed and 
the content of the messages, as well as Ihe application 
of security rules and usage restriclions and statistics on 
use. 

[001 8J In an embodiment of the invention , client mod- 
ules have encoding means that are complemented with 
decoding means foreseen in the server modules, to al- 
low more characters and symbols to be sent/received. 
[0019] Thus, the encoding/decoding means carry out 
base64 encoding/decoding, which as is known allows 
8-bit working in 7-bit environments, whereby twice the 
characters are obtained than with 7 bits. 
[0020] The SMS message composition block of the 
server moduie of the SMSC has means for translation 
from the SMS-http message to GSM characters. This 
translation is carried out before composing the SMS 
messages and after base64 decoding in the event of this 
being necessary, to allow the SMS messages to be sent 
via the GSM network. 

[0021 ] The invention also contemplates the possibility 
that client modules or server modules have information 
segmentation means to send longer messages. 
[0022] In any one of the two cases, the segmentation 
means are foreseen in the message composition block. 
[0023] When sending messages, mandatory and op- 
tional parameters of short messages are transmitted. 
[0024] Also, the short message composition block of 
the server module, has means to recover the mandatory 
and optional parameters, and in the event that these last 
optional parameters are omitted, it inserts default val- 
ues. 

[0025] The invention foresees that client modules in- 
clude means for acknowledgement of receipt genera- 
tion, which signals are sent through the message trans- 
mission block to the corresponding server module. 
[0026] Client modules also have means for transmis- 
sion of the result of the acknowledgement of receipt, to 
the server module of the client module that generated 
the acknowledgement of receipt request in the first in- 
stance. 

[0027] In this case a return code is also generated to 
indicate that the transmission was correct or was er- 
rored. Both for this case and for those mentioned above, 
the server modules have a return code generation block 
which indicates that the transmission was correct or was 
errored. and in this last case it identifies the type of error 
produced; and the client modules also have a return 
code reception block to detect the return code sent. 
[0028] The system of the invention also comprises 
means of reattempting, a certain number of times, trans- 
mission of failed messages and of reattempting, a cer- 
tain number of times, transmission of acknowledgement 
of receipt messages in order to achieve greater reliabil- 
ity in message transmission. 
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[0029] Based on the description provided it can be 
easily understood that the SMS can be sent from the 
remote server to the mobile telephony user, in the re- 
verse direction, or in both directions. 

5 [0030] In an embodiment of the invention the client 
module and the server module of the operator of the mo- 
bile telephony network are shared by a plurality of re- 
mote servers, so that more complex services can be fur- 
nished like for example services offered simultaneously 

10 by several providers, for which ihe client module and the 
server module of the mobile telephony operator have 
means for simultanoous communication with a plurality 
of remote servers to furnish simultaneous connection of 
a plurality of remote servers with a mobile telephone us- 

15 er. 

[0031] Below, to facilitate a better understanding of 
this descriptive specification and being an integral part 
thereof, a series of figures is attached wherein, by way 
of illustration and not restrictively the object of the inven- 
20 tion is shown. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0032] 

25 

Figure 1 . - It shows a functional block diagram of 
the general structure of a possible example of em- 
bodiment of the system of the invention. 
Figure 2. - It shows an explanatory functional block 
30 diagram of the case in which it is the mobile teleph- 
ony user that sends a short message to the remote 
server. 

Figure 3. - It shows an explanatory functional block 
diagram of the case in which it is the remote server 

35 that sends a short message, with acknowledgement 
of receipt, to a mobile telephone user. 
Figure 4. - It shows a functional block diagram of 
the server module of the operator of the mobile te- 
lephony network. 

40 Figure 5. - It shows a functional block diagram of 
the server module of the remote server. 
Figure 6. - It shows a flow diagram of the operation 
of the server modules. 

Figure 7. - It shows a flow diagram of the operation 
*5 of the server modules when acknowledgement of 
receipt is made. 

Figure 8. - It shows a functional block diagram of 
the client module of the operator of the mobile te- 
lephony network. 
so Figure 9. - It shows a functional block diagram of 
the dient module of the remote server. 

DESCRIPTION OF AN EMBODIMENT OF THE 
INVENTION 

55 

[0033] A description is provided below of the invention 

based on the aforementioned figures. 

[0034] The remote server 1 , as for example may be a 
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service provider, has a client module 2 and a server 
module 3 which communicates through Internet 4 with 
a short message service centre 5 (SMSC), of a mobile 
telephony operator 6, which communicates with a plu- 
rality of mobile telephones 7 via GSM network 10. 
[0035] The SMSC 5 communicates with a server 
module 9 and with a client module 8 to allow Ihe trans- 
mission through Internet of short messages, such as is 
explained below. 

[0036] In the event that it is desired to send SMS mes- 
sages from a mobile telephone user 7 to a remote server 
1 , the short message is sent in a conventional way from 
a mobile telephone 7 via GSM network 1 0 to the SMSC 
5. This communication is shown in figure 2 with refer- 
ence 11 . 

[0037] According to the protocol used, client module 
8 can confirm to GSM network 10 that it has received 
the message by returning a reception correct or errored 
signal, which has been referred to with 12. 
[0038] The short message received by client module 
8, is converted, as shall be explained below, into a short 
message adapted to the http protocol (hypertext transfer 
protocol) (SMS-http) over the Internet 4 system. 
[0039] Thus, a connection 13 is set up through Inter- 
net between client module 8 and server module 3. 
[0040] Next client module 8 makes a transmission re- 
quest 14 for the SMS-http message which is received 
by server 3 and converts it into the short message prop- 
er, as shall be explained below, anddelivers 1 5 it toserv- 
ice provider 1 , where it is processed according to re- 
quirements to obtain the SMS emitted in origin. 
[0041] Subsequently server module 3 responds with 
a return code 1 6 by means of which it indicates whether 
the transmission has been correct or not and in the event 
of an error having occurred, it indicates the proximate 
cause that has produced the error, to facilitate its repair 
and thereafter closes 1 7 the connection 1 3. 
[0042] The possibility is present that when making re- 
quest 11, an acknowledgement of receipt request is 
sent, in which case client module 8, after receiving re- 
turn code 16 ; sends acknowledgement of receipt 18 to 
the GSM network. 

[0043] Based on figure 3 the case is described where- 
in the short message has been sent from a service pro- 
vider 1 to GSM network 10. 

[0044] In this case, the provider 1 makes a short mes- 
sage transmission request 13 which is managed 
through client module 2. To which end the short mes- 
sage is adapted to the http protocol, subsequently es- 
tablishing an SMS-http message transmission request 
21 to server module 9 ; which composes the short mes- 
sage proper from the SMS-http message. 
[0045] As from this point in time server module 9 
sends 22 the short message to GSM network 10. In this 
case, as in the previous one, depending on the protocol 
used, it can recover a data correct or data errored code, 
which has been represented by means of the line 67 
whereby it is indicated if the message format is correct 



and has reached the SMSC 5. It has to be pointed out 
that this code does not correspond to final delivery of 
the message, since this is confirmed with the acknowl- 
edgement of receipt, as was commented in the previous 

5 case, as shall be commented below. 

[0046] In this case, server module 9 generates 23 a 
return code by means of which it is indicated whether 
the transmission has been correct or not, and in the 
event of an error, it identifies the proximate cause to fa- 

10 cilitate its repair. 

[0047] In the event that original message 21 includes 
an acknowledgement of receipt request, this is sent 24 
to client module 8 via GSM network 1 0 and sends 26 
the acknowledgement of receipt to server module 3 

15 which generates return code 27 and the connection is 
closed 28. 

[0048] Within the short message information sent, 
mandatory parameters are transmitted that are inserted 
in request 21 , in the same way that the call arguments 
20 are introduced conventionally in a CGI (common gate- 
way interface) in http protocols. Such parameters are 
the destination number of the message, the content of 
the message (text) and a univocal label that will serve 
for aggregating other messages, like the acknowledge- 
rs ment of receipt for example, and performing the tracking 
thereof. 

[0049] Also, as shall be explained below, the text of 
the message can be encoded. 
[0050] Apart from the mandatory parameters other 
30 omissible or optional parameters also exist, which indi- 
cate configuration values for the short message to be 
sent. 

[0051] These optional parameters are sent following 
the structure of the standard http headers. 
35 [0052] In the event that these parameters are omitted, 
default values can be allocated in server 9 or 3 which 
receives the request. 

[0053] Thus, a service provider 1 that has to furnish 
service quickly, can do so by sending only the manda- 
40 tory parameters. Also, the possibility exists of including 
some of the optional parameters as if they were man- 
datory, whereby the general process of transmission is 
simplified. 

[0054] A great part of the parameters indicates data 
45 concerning the short message which the server module 
will send when it receives the request. Thus parameters 
exist to indicate the data coding scheme (DCS), the pro- 
tocol identifier (PDI), the. type of number (TON), the 
numbering plan indicator (NPI), the user data header in- 
50 dicator (UDHl), originating address, validity period, pri- 
ority and whether the acknowledgement of receipt is re- 
quested or not. 

[0055] There are also other parameters characteristic 
of the present invention, such as the user and the pass- 
55 word of the message originator to check that it is a user 
with permits for said operation, base64 code , HASH and 
segmentation of messages to allow longer messages to 
be sent. 
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[0056] To achieve the aforementioned functionality, 
server module 9 of the operator of the mobile telephony 
network 6, has a request reception block 29 which re- 
ceives requests 21 and sends them to a data analysis 
block 30 wherein the received parameters are analysed, s 
the originating address, the telephone number, destina- 
tion, user in question and password thereof being de- 
tected, these parameters being checked in a database 
31 through a query block 32. 

[0057] Next the IP (Internet Protocol) address is 10 
checked, which identifies each computer and originating 
port against those allocated in the database, in order to 
authenticate the transmission. 

[0058] Subsequently data analysis block 30 sends the 
short message to a short message composition block is 
33 which has access to a base64 decoder 34 to recover 
the original text which was previously encoded in client 
module 2, as shall be described below. 
[0059] Next data analysis block 30 accesses a HASH 
verification block 35, wherein the HASH of the text is 
recalculated before applying the HASH to it and it is 
checked that it is identical to the HASH received. 
[0060] In the event that all checks prove correct, the 
decoded message is transiated to GSM characters: 
since it uses specific characters according to the stand- 
ards in force. This translation is performed by short mes- 
sage composition block 33. 

[0061] Also, short message composition block 33, if 
necessary, performs segmentation of the message. In 
this event, in order to know the maximum size of the 
message admitted by the mobile telephony network, it 
is calculated from the DCS parameter and the coding of 
the characters. 

[0062] The short message composition block recov- 
ers the short message creation data: DCS, NPI, etc. and 
builds the new short messages, In the case in which the 
user data header indicator is not specified in the re- 
ceived message, the value of this is inserted, depending 
on whether the message has had to be segmented for 
exceeding the maximum size and the decoded text is 
introduced in the new short messages. 
[0063] Next the composed short messages are sent 
to short message transmission block 36 which estab- 
lishes connection with the SMSC 5 for transmission of 
the messages to GSM network 10. 
[0064] In the event that there was an error in the trans- 
mission of the short message, it is reattempted up to a 
predefined maximum number of times. 
[0065] Once transmission of the short message is 
over or the reattempts concluded, the return code is 
generated which is sent through a return code transmis- 
sion block 37 which is connected with short message 
transmission block 36. 

[0066] Figure 5 shows a functional block diagram and 
a server module 3 of a service provider 1 . In this case 
the operation of server module 3 is identical to that of 
server module 9 but with the difference that in this case 
short message composition block 33 can be present or 



not, for which base64 decoding is carried out starting 
from data analysis block 30, and the result obtained is 
delivered to service provider 1 that processes the infor- 
mation according to requirements (SMS obtained). 
Clearly in this case there is no block for short message 
transmission to the mobile telephony network, nor is the 
GSM translator necessary, but return code transmission 
block 37 is required, which in this case is governed from 
service provider 1 . 

[0067] In figure 6 a flow diagram is shown of the op- 
eration of the modules of server 3 and 9, as was ex 
plained. In this flow diagram the following references are 
included: 38 new message, 39 represents the data anal- 
ysis performed by data analysis block 30; 40 the man- 
datory parameters, 41 the optional parameters.. 42 the 
access to database 31 , 43 the base64 decoding carried 
out by decoder block 35; 44 represents the query to de- 
tect whether the HASH is correct, and if it is. to carry out 
the base64 decoding, and if otherwise it generates re- 
turn code 1 6 by transmission of error code 51 ; reference 
68 represents the translation of the encoded characters 
to GSM characters; reference 46 represents the seg- 
mentation and creation of short messages, 47 repre- 
sents transmission of short messages; 48 queries 
whether the transmission is correct, and if affirmative 
performs the transmission of return code 1 6 by trans- 
mitting 49 for transmission correct and if otherwise it 
passes to reference 50 in which it is queried whether the 
predefined reattempts have been completed. If affirma- 
tive, return code 16 is generated sending an error code, 
whilst if otherwise transmission of short messages is re- 
sumed. 

[0068] Figure 7 shows the flow diagram for the case 
in which acknowledgement of receipt is received in the 
server module, which has been represented with refer- 
ence 52, reference 53 refers to the data analysis per- 
formed by data analysis module 30, references 40, 41 
and 42 refer to the same case as that described for fig- 
ure 6, that is, mandatory parameters, optional parame- 
ters and access to the database, with the difference that 
in this case a message is generated for transmission of 
acknowledgement of receipt 26, which is indicated by 
means of reference 55, and then by means of reference 
56 it is queried whether the transmission has been cor- 
rect, and if affirmative, the connection is closed, which 
has been represented by means of reference 57. 
[0069] With respect to figure 8, here the functional 
block diagram is shown of client module 8 of the mobile 
telephony operator 6, which, as has already been com- 
mented above receives the short message sent from the 
SMSC 5 which is carried out by a short message recep- 
tion block 66. 

[0070] Next the short message passes to a data anal- 
ysis biock of the short message 65 in which the IP pro- 
tocol addresses are recovered to which the message 
should be sent and the authentication parameters of da- 
tabase 60, for which it delivers the short messages to a 
message composition block 59 which accesses a data- 
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base 60 through a message composition block 59 which 
accesses the database 60 through a query block 61 . 
Subsequently the message composition block 59 ac- 
cesses a base64 encoder with reference 62, and a 
HASH calculator 63 to calculate said HASH and com- 
pose the shod message, after translation of the param- 
eters of the short message received, composing the 
message by linking all the data according to an SM3- 
http message scheme and sending them to server mod- 
ule 3 of service provider 1 . 

[0071] Subsequently return code 16 is recovered 
through a return code reception block 58 and in the 
event of error a previously established number of reat- 
tempts is carried out. 

[0072] Also, client module 8 carries out recovery of 
the acknowledgement of receipt, if required, for which it 
recovers the identifier of the IP protocol address mes- 
sage and the port or ports to which the acknowledge- 
ment of receipt should be sent (address of the server 
module of service provider 1 ). 

[0073] Next it sends acknowledgement of receipt 26, 
and return code 27 is recovered, carrying out the reat- 
tempt of acknowledgement of receipt transmission, in 
the event that it has not been carried out correctly, for a 
predetermined number of times. 
[0074] Figure 3 shows the functional block diagram of 
client module 2 of service provider 1 , the structure of 
which is basically the same as that described for the 
case of client module 8, with the difference that in this 
case the short message to be sent does not come from 
the SMSC 5. but instead it comes directly from service 
provider 1 , which furnishes the information it is desired 
to send to message composition block 59, proceeding 
from this point in the manner described for the previous 
example. 

[0075] In this case it is not deemed necessary to pro- 
vide the operational flow, since it is deduced clearly from 
the description made. 

Claims 

1. SYSTEM OF INTERCONNECTING A REMOTE 
SERVER WITH A SHORT MESSAGE SERVICE 
CENTRE (SMSC) THROUGH INTERNET, which 
allows short messages (SMS) to be sent between 
a remote server (1) and a mobile telephone user 
(7), which is in communication with a short message 
service centre (5) (SMSC) on a GSM network (10), 
characterised in that remote server (1) communi- 
cates with the SMSC (5) via an Internet hypertext 
transfer protocol (http), for which both the SMSC (5) 
and remote server (1 ) have means (2, 3, 8 T 9) of bi- 
directional transmission/reception of short messag- 
es via the protocol (http). 

2. SYSTEM OF INTERCONNECTING A REMOTE 
SERVER WITH A SHORT MESSAGE SERVICE 



CENTRE (SMSC) THROUGH INTERNET, accord- 
ing to claim 1 , characterised in that the transmis- 
sion/reception is defined by a client module (2, 8) 
and by a server module (3 ; 9), client modules (2, 8) 

5 comprising an SMS-http message composition 
block (59) which composes short messages adapt- 
ed for their transmission via the Internet http proto- 
col, also having a block for transmission of SMS- 
http messages (64) to server module (3 f 9) to which 

10 it is desired to send them; and server modules (3, 
8) comprising an SMS-http message reception 
block (29) and a data analysis block (30) which has 
access to a database (32) to verify the data of orig- 
inator, addressee of the message and access code , 

*5 and as a function of this verfifcation it generates a 
return code (23) signaling data correct or data er- 
rored. 

3. SYSTEM OF INTERCONNECTING A REMOTE 
20 SERVER WITH A SHORT MESSAGE SERVICE 

CENTRE (SMSC) THROUGH INTERNET accord- 
ing to claim 2. characterised in that server module 
(9) of the SMSC (5) comprises a composition block 
of SMS messages proper (33) which composes 
25 said SMS message from the SMS-http message. 

4. SYSTEM OF INTERCONNECTING A REMOTE 
SERVER WITH A SHORT MESSAGE SERVICE 
CENTRE (SMSC) THROUGH INTERNET accord- 

30 ing to claim 1 , characterised in that client modules 
(2, 8) comprise means (35) of calculating HASH se- 
curity functions (63); and in that the server modules 
(3, 9) comprise means of confirming the HASH se- 
curity functions (35); in order to generate a return 

35 code (27) which enables or denies a connection as 
a function of the HASH sent and obtained, 

5. SYSTEM OF INTERCONNECTING A REMOTE 
SERVER WITH A SHORT MESSAGE SERVICE 

40 CENTRE (SMSC) TH ROUGH INTERN ET accord- 
ing to claim 1 , characterised in that client modules 
(2, 8) have encoding means (62) and server mod- 
ules (3, 9) have decoding means (34), to allow more 
characters and symbols to be sent/received. 

45 

6. SYSTEM OF INTERCONNECTING A REMOTE 
SERVER WITH A SHORT MESSAGE SERVICE 
CENTRE (SMSC) THROUGH INTERNET, accord- 
ing to claim 5, characterised In that the encoding 

50 (63) and decoding (35) means, perform base64 en- 
coding/decoding. 

7. SYSTEM OF INTERCONNECTING A REMOTE 
SERVER WITH A SHORT MESSAGE SERVICE 

55 CENTRE (SMSC) THROUGH INTERNET, accord- 
ing to claim 3, characterised in that SMS compo- 
sition block (33) of the server module of the SMSC 
(5) has means of translating from the SMS-http 
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message to GSM characters, prior to composing 
the SMS message, to allow this to be sent via the 
GSM network. 

8. SYSTEM OF INTERCONNECTING A REMOTE 
SERVER WITH A SHORT MESSAGE SERVICE 
CENTRE (SMSC) THROUGH INTERNET, accord- 
ing to claim 1 , characterised in that client modules 
(2, 8) have means of segmentation of the informa- 
tion in order to send longer messages. 

9. SYSTEM OF INTERCONNECTING A REMOTE 
SERVER WITH A SHORT MESSAGE SERVICE 
CENTRE (SMSC) THROUGH INTERNET, accord- 
ing to claim 8, characterised in that the means of 
segmentation of client module {2, 8) are foreseen 
in message composition block (59). 

10. SYSTEM OF INTERCONNECTING A REMOTE 
SERVER WITH A SHORT MESSAGE SERVICE 
CENTRE (SMSC) THROUGH INTERNET, accord- 
ing to claim 1 , characterised in that server mod- 
ules (3 t 9) have means of segmentation of the in- 
formation in order to send longer messages 

11. SYSTEM OF INTERCONNECTING A REMOTE 
SERVER WITH A SHORT MESSAGE SERVICE 
CENTRE (SMSC) THROUGH INTERNET, accord- 
ing to claim 1 0, characterised in that the means 
of segmentation of server module (3, 9) are fore- 
seen in message composition block SMS (33). 

12. SYSTEM OF INTERCONNECTING A REMOTE 
SERVER WITH A SHORT MESSAGE SERVICE 
CENTRE (SMSC) THROUGH INTERNET, accord- 
ing to any one of the previous claims, character- 
ised in that mandatory and optional parameters of 
the short messages are sent. 

13. SYSTEM OF INTERCONNECTING A REMOTE 
SERVER WITH A SHORT MESSAGE SERVICE 
CENTRE (SMSC) THROUGH INTERNET, accord- 
ing to claim 12, characterised in that short mes- 
sage composition block (33) of server module (3, 9) 
has means for recovery of the mandatory and op- 
tional parameters, and in the event that the optional 
parameters are omitted it inserts default values. 

14. SYSTEM OF INTERCONNECTING A REMOTE 
SERVER WITH A SHORT MESSAGE SERVICE 
CENTRE (SMSC) THROUGH INTERNET, accord- 
ing to claim 1 , characterised in that client modules 
(2, 8) have means of generating acknowledgement 
of receipt, which are sent through message trans- 
mission block (64) to the corresponding server 
module (3, 9) and in that client modules (2, 8) also 
have means of transmitting the result of the ac- 
knowledgement of receipt to server module (3, 9) 



of client module (2, 8) that generated the acknowl- 
edgement of receipt in the first instance. 

15. SYSTEM OF INTERCONNECTING A REMOTE 
5 SERVER WITH A SHORT MESSAGE SERVICE 

CENTRE (SMSC) THROUGH INTERNET, accord- 
ing to claims 3, 4 and 14, characterised in that 
server modules (3 : 9) have a return code transmis- 
sion block (37) to indicate that the transmission has 
10 been correct or has been errored; and in this last 
case to identify the type of error produced; and in 
that client modules (2, 8) have a return code recep- 
tion block (58). 

15 16. SYSTEM OF INTERCONNECTING A REMOTE 
SERVER WITH A SHORT MESSAGE SERVICE 
CENTRE (SMSC) THROUGH INTERNET, accord- 
ing to claims 1 and 15. characterised in that 
means of reattempting transmission of failed mes- 

20 sages a certain number of times have been fore- 
seen and of reattempting transmission of acknowl- 
edgement of receipt messages a certain number of 
times. 

25 17. SYSTEM OF INTERCONNECTING A REMOTE 
. SERVER WITH A SHORT MESSAGE SERVICE 
CENTRE (SMEC) THROUGH INTERNET, accord- 
ing to claim 1, characterised in that the SMS is 
sent from remote server (1 ) to the mobile telephone 

30 user (7) and/or from the mobile telephone user (7) 
to remote server (1). 

18. SYSTEM OF INTERCONNECTING A REMOTE 
SERVER WITH A SHORT MESSAGE SERVICE 

35 CENTRE (SMSC) THROUGH INTERNET, accord- 
ing to claim 1 , characterised in that client module 
(8) and server module (9) of the operator of the mo- 
bile telephony network (6) have means of simulta- 
neous communication with a plurality of remote 

40 servers (1 ), to furnish simultaneous connection to 
a mobile telephone user (7) with a plurality of re- 
mote servers (1). 
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